mkrcrelationship

Especifique o comando mkrcrelationship para criar um novo relacionamento do Global Mirror, Metro Mirror ou ativo/ativo com volumes no mesmo sistema, formando um relacionamento do Metro Mirror intrassistema ou relacionamento intersistema (se envolver mais de um sistema).

Sintaxe

Ler diagrama de sintaxeManter visual do diagrama de sintaxe mkrcrelationship -master master_vdisk_idmaster_vdisk_name -aux aux_vdisk_idaux_vdisk_name -cluster cluster_idnome_do_cluster -namenew_name_id-consistgrpconsist_group_idconsist_group_name-sync-global-cyclingmodenonemulti-activeactive

Paramêtros

-master master_vdisk_id | master_vdisk_name
(Obrigatório) Especifica o ID ou nome do master_vdisk_id ou do master_vdisk_name.
Se um novo relacionamento de cópia remota estiver mapeado para um host do tipo hide_secondary, o volume secundário não será apresentado para o host; no entanto, ele será mapeado para propósitos de configuração. O volume secundário é apresentado para o host se o:
  • O tipo de host for mudado para um tipo diferente de hide_secondary
  • O relacionamento de cópia remota for interrompido especificando stoprcrelationship -access
  • Volume não é mais um volume secundário, pois o relacionamento da cópia remota foi excluído ou alternado
-aux aux_vdisk_id | aux_vdisk_name
(Obrigatório) Especifica o ID ou o nome do aux_vdisk_id ou aux_vdisk_name.
-cluster cluster_id | cluster_name
(Obrigatório) Especifica o ID ou o nome do cluster remoto.
  • Se você estiver criando um relacionamento dentro do sistema, insira o ID do sistema local. Os volumes no relacionamento devem pertencer ao mesmo grupo de E/S dentro do sistema.
  • Se você estiver criando um relacionamento intersistemas, insira o ID do sistema remoto. Para criar um relacionamento em dois sistemas diferentes, os sistemas devem ser conectados no momento em que o comando mkrcrelationship for recebido.
-name new_name_id
(Opcional) Especifica uma etiqueta a ser designada para o relacionamento.
-consistgrp consist_group_id | consist_group_name
(Opcional) Especifica um grupo de consistências ao qual este relacionamento se junta. Se o parâmetro -consistgrp não for fornecido, o relacionamento será criado como um relacionamento independente que pode ser iniciado, parado ou alternado por si só.
Nota: Os relacionamentos do Metro Mirror, do Global Mirror e active-active não podem pertencer ao mesmo grupo de consistências. Quando o primeiro relacionamento é incluído no grupo de consistências, o grupo assume o mesmo tipo que o relacionamento. Então, somente relacionamentos desse tipo podem ser incluídos no grupo de consistências.
-sync
(Opcional) Especifica que você deseja que o sistema crie um relacionamento sincronizado. O parâmetro -sync garante que os discos principal e auxiliar contenham dados idênticos no momento em que o relacionamento é criado. Você deve certificar-se de que o disco auxiliar seja criado para corresponder ao disco principal e que nenhuma transação de entrada ocorra em um dos discos antes de emitir o comando de criação. A sincronização em segundo plano inicial foi ignorada.
-global
(Opcional) Especifica que você deseja que o sistema crie um novo relacionamento de Global Mirror. Se o parâmetro -global não for especificado, será criado um relacionamento de Metro Mirror. Não é possível especificar essa palavra-chave com -activeactive.
-cyclingmode none | multi
(Opcional) Especifica o comportamento de Global Mirror para este relacionamento.
  • Especificar none, o padrão, proporciona um comportamento idêntico ao Global Mirror nas versões anteriores do IBM Spectrum Virtualize for Public Cloud .
  • Especificar multi usa o protocolo de ciclo.
O período do ciclo padrão é de 300 segundos. O período do ciclo poderá ser modificado após o relacionamento ser criado usando o comando chrcrelationship. Para iniciar um relacionamento com cycling_mode configurado como multi, volumes de mudança devem ser definidos para o relacionamento.
Importante: Esse parâmetro deve ser especificado com -global.
-activeactive
(Opcional) Especifica que o relacionamento é criado em um modo ativo/ativo. Não é possível especificar essa palavra-chave com -global (esse parâmetro usa como padrão um relacionamento de Metro Mirror que está sendo criado).

Description

Este comando cria um novo relacionamento de Global Mirror, Metro Mirror ou active-active. Um relacionamento do Metro Mirror define o relacionamento entre dois volumes. Um volume é um volume principal e o outro volume é um volume auxiliar. Este relacionamento persiste até que seja excluído. O volume auxiliar deve ser idêntico em tamanho para o volume principal ou o comando falha. Este comando também retorna o novo ID de relacionamento.

O principal e o auxiliar não pode estar em um relacionamento existente. Quaisquer mapeamentos de FlashCopy definidos que possuem o volume principal proposto como o destino do mapeamento de FlashCopy devem estar usando o mesmo grupo de E/S que os do volume principal. Qualquer mapeamento FlashCopy que tenha o volume auxiliar proposto como o destino dos mapeamentos FlashCopy deve usar o mesmo grupo de E/S que o volume auxiliar.
Nota: Não é possível criar um relacionamento de cópia remota com esse comando se o volume auxiliar for um destino de mapeamento FlashCopy ativo. Se o grupo de E/S possui espaço de bitmap suficiente disponível para alocar para cópia remota e o espaço alocado para a cópia remota não for grande o suficiente para acomodar o novo relacionamento, o espaço será automaticamente incluído. (A cópia remota inclui o Global Mirror, o Metro Mirror e os relacionamentos ativo/ativo).
Nota: Não é possível usar esse comando se a captura instantânea de nuvem estiver ativada no volume ou o tipo de proprietário do volume for cloud_backup.
Os relacionamentos de Metro Mirror usam um dos seguintes tipos de cópia:
  • Uma cópia Metro Mirror assegura que as atualizações sejam confirmadas nos volumes primário e secundário, antes de a cópia enviar a confirmação da conclusão da E/S para o aplicativo host. Isso assegura que o volume secundário seja sincronizado com o volume primário, se uma operação de failover for executada.
  • Uma cópia Global Mirror permite que o aplicativo host receba a confirmação da conclusão da E/S antes que as atualizações sejam confirmadas no segundo volume. Se uma operação de failover for executada, o aplicativo host deverá recuperar e aplicar quaisquer atualizações que não forem confirmadas no volume secundário.

Opcionalmente, é possível fornecer um nome ao relacionamento. O nome deve ser um nome de relacionamento exclusivo entre ambos os sistemas.

Opcionalmente, o relacionamento pode ser designado a um grupo de consistência. Um grupo de consistências assegura que vários relacionamentos sejam gerenciados, assim, se os relacionamentos forem desconectados, os dados em todos os relacionamentos no grupo estarão em um estado consistente. Por exemplo, o estado pode ser importante em um aplicativo de banco de dados no qual os arquivos de dados e arquivos de log são armazenados em volumes separados e consequentemente gerenciados por relacionamentos separados.
Lembre-se: Caso ocorra um desastre, os sites principal e secundário poderão ser desconectados.
Conforme ocorre a desconexão e os relacionamentos param de copiar dados do site primário para o secundário, não haverá nenhuma garantia de que as atualizações para os dois volumes secundários separados pararão de modo consistente se os relacionamentos que estiverem associados aos volumes não pertencerem a um grupo de consistências.

Para uma operação de banco de dados adequada, é importante que as atualizações dos arquivos de log e dos dados do banco de dados sejam feitas de modo consistente e ordenado. É crucial, nesse exemplo, que o volume de arquivo de log e o volume de dados no site secundário estejam em um estado consistente. Isso pode ser feito ao colocar os relacionamentos que estiverem associados a esses volumes em um grupo de consistências. Ambos os processamentos de Metro Mirror e Global Mirror asseguram que as atualizações nos dois volumes no site secundário sejam interrompidas, deixando uma imagem consistente com base nas atualizações ocorridas no site principal.

Se você especificar um grupo de consistências, o grupo e o relacionamento deverão ser criados usando o mesmo sistema principal e o mesmo sistema auxiliar. O relacionamento não deve ser parte de outro grupo de consistência. Se o grupo de consistência estiver vazio, ele irá adquirir o tipo do primeiro relacionamento que for incluído nele. Portanto, cada relacionamento subsequente que for incluído no grupo de consistências deverá ter o mesmo tipo.

Se o grupo de consistência não estiver vazio, o grupo de consistência e o relacionamento deverão estar no mesmo estado. Se o grupo de consistência estiver vazio, ele irá adquirir o estado do primeiro relacionamento que for incluído nele. Se o estado possuir uma direção de cópia designada, a direção do grupo de consistências e o relacionamento deverão corresponder a essa direção.

Se não especificar um grupo de consistências, um relacionamento independente será criado.

Se você especificar o parâmetro -sync, os volumes principal e auxiliar conterão dados idênticos no momento em que o relacionamento for criado. Você deve garantir que o auxiliar seja criado para combinar com o principal e que nenhum movimento de dados ocorra para qualquer volume antes de você emitir o comando mkrcrelationship.

Se o parâmetro -global for especificado, será criado um relacionamento de Global Mirror. Caso contrário, um relacionamento metro mirror é criado no lugar.

Os volumes especificados nos parâmetros -master e -aux não podem ser volumes principais ou auxiliares em um relacionamento existente.

Se você especificar -activeactive:
  • O sistema que é especificado com -cluster deve ser o sistema local.
  • -global não deve ser especificado.
  • O volume que é especificado com -master:
    • Deve estar em um grupo de E/S com ambos os nós que possuem o mesmo nome e ID do site
    • Deve ter todas as cópias de volume armazenadas em conjuntos de armazenamentos no mesmo site do grupo de E/S do volume
    • Não deve ser o destino de um mapeamento de FlashCopy
    • Não deve ser a origem de nenhum mapeamento de FlashCopy para volumes em um site diferente ou usando a memória de bitmap de nós em um site diferente (mas o volume pode ser a origem de um mapeamento de FlashCopy no qual o volume de destino e o mapa estão no mesmo site)
  • O volume especificado com -aux:
    • Deve fazer parte de um grupo de E/S com um ID e nome do site diferentes dos do volume principal (sem mapeamentos de host do volume que são definidos)
    • Deve ter todas as cópias de volume armazenadas em conjuntos de armazenamentos no mesmo site do grupo de E/S do volume
    • Não deve ser o destino de um mapeamento de FlashCopy
    • Não deve ser a origem de nenhum mapeamento de FlashCopy para volumes em um site diferente ou usando a memória de bitmap de nós em um site diferente (mas o volume pode ser a origem de um mapeamento de FlashCopy no qual o volume de destino e o mapa estão no mesmo site)
Acesse os dados armazenados nesses volumes acessando o volume especificado pelo parâmetro -master. Ambos os grupos de E/S dos volumes que estejam especificados pelos parâmetros -master e -aux possuem uma cópia e um cache físico local, permitindo o acesso (usando o ID do volume principal) estando o site do volume auxiliar disponível ou não.
Lembre-se: Este comando não pode ser usado em um volume que é de propriedade de um sistema de arquivos.

Um Exemplo de Chamada

mkrcrelationship -master vdisk1 -aux vdisk2 -name rccopy1 
 -cluster 0000020063432AFD

A saída resultante :

Relacionamento RC, id [28], criado com êxito

Um exemplo de chamada

mkrcrelationship -master vdiskA -aux vdiskB -cluster clusterB -name new_rel -global -cyclingmode multi

A saída resultante:

Relacionamento RC, id [28], criado com êxito

Um Exemplo de Chamada

mkrcrelationship -master volA -aux volB -cluster localCluster -activeactive

A saída do resultado:

Relacionamento RC, id [28], criado com êxito